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ABSTRACT 



A method and system for processing one or more TDMs for 
communication over IP networks, such as the Internet, 
includes encapsulating ATM cells (packets) using AAL1 
cells within UDP over IP frames to provide synchronous bit 
streams into fixed size cells. This allows for an IP header to 
be added to the packets, with such packets forwarded to its 
destination host across the IP network. The destination 
regenerates the clock, decrypts/strips the IP header and 
delivers a synchronous bit stream. Furthermore, an adaptive 
clock is provided for clock transfer across the network. The 
adaptive clock regenerates the far end Tl/El receive clock 
out of the incoming arrival frame rate. Frames arriving from 
the IP network are stored in a buffer and taken out for TDM 
stream assembly. 

41 Claims, 4 Drawing Sheets 
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TDM OVER IP (IP CIRCUIT EMULATION alone products. Internet telephony products are sometimes 

SERVICE) called IP telephony, Voice over the Internet (VOI) or Voice 

over IP (VOIP) products. 

Inherent in all forms of VoIP is revolutionary change, 

BACKGROUND OF THE INVENTION 5 whereby much of the existing telephony infrastructure will 

1 Field of Invention ^ e re pl ace ^ by novel IP-based mechanisms. Despite the 

„, 4 . A . , , „ A „ _ , , . hype, this effort has been more protracted and less successful 

THe present mvention relates generally to the field of , han ted Tod ^ h technology, both 

comraumcaUons. More spccificaUy, the present invenbon is , hose rtions ^ VoIp ^ to kce ^ , hose to ' which 

related to a system and method for transferring TDM data 10 VoIp mus( Mejf ^ extrem6ly Revolutionary 

over packet switched networks, such as IP networks. implementations of its hundreds of features and thousands of 

2. Discussion of Prior Art variations cannot be expected to be developed in a short time 

T-l (DS1) trunks are circuit switched data networks frame, 

supporting data rates of 1 .544 Mbits per second. A T-l trunk Th e present communications revolution has been focused 

can carry 24 individual 64 Kbits per second channels, each « 0Q the Intemet m $ ^ internet protocol (IP). The prior art, 

of which may carry data or telephony quality voice. however, has failed to teach a viable solution to handling 

Similarly, El trunks are circuit switched data networks TDM over Internet Protocol (IP). In addition, the use of 

supporting data rates of 2.048 Mbps (32 channels at 64 TDM over IP for Voice over IP has not been heretofore 

Kbps). T-3 and E3 trunks support data rates of 44,736 and possible. 

34368 Kbps, respectively. Together Tl, El, T3, E3 and ^ ff Networkfi? ^ exjsting t^p^y infrastruc _ 

similar circuit switched serial networks are known as TDM mre has an extremely ^ reliability (99.999%), supports 

networks. reasonable audio quality (Mean Opinion Score, or MOS, 4.0 

TDM, short for Time Division Multiplexing, is a type of 0 n a scale of 1 to 5), has almost universal market 

multiplexing that combines data streams by assigning each penetration, and offers a rich feature set. Accordingly, 

stream a different time slot in a set. TDM repeatedly extremely potent incentives are required before one should 

transmits a fixed sequence of time slots over a single consider supplanting it. There are two such incentives, one 

transmission channel. Within T-Carrier systems, such as T-l economic and one technological. 

and T-3 (DS3), TDM combines Pulse Code Modulated The part of the econom i c advantage of IP networks is 
(PCM) streams created for each in conversation or data ^ shared by all packet nct works; namely, that multiple pack- 
stream, etized data streams can share a circuit, while a TDM timeslot 

ATM, short for Asynchronous Transfer Mode, represents occupies a dedicated circuit for the call's duration. Under 

a network technology based on transferring data in cells of "polite conversation" assumption of each party speaking 

a fixed size. The cell used with ATM is relatively small (53 only half of the time, and the "optimal engineering" assump- 

bytes) compared to units used with older technologies. The 35 tion of minimal overhead, packet networks will, on average, 

small, constant cell size allows ATM equipment to transmit double the bandwidth efficiency, thus halving operational 

video, audio, and computer data over the same network, and costs. Taking overhead and peak statistics into account, the 

assure that no single type of data hogs the line. savings will be somewhat less, but a 30% reduction is 

Current implementations of ATM support data transfer attainable. However, it is doubtful whether this savings 

rates of from 1 .544 (Tl) to 622 Mbps (megabits per second). 40 alone would be a strong enough encouragement to make the 

This compares to a maximum of 1000 Mbps (GbETH) for switch from TDM to IP. 

Ethernet, the current technology used for most LANs. ATM The added catalyst has to do with the raw rates for data 

over IP pseudo OSI layers comprise an upper protocol, ATM traffic as compared to voice traffic. At present, data com- 

Service Specific Convergence Sublayer (ATM-SSCS), nec- munications are metered separately from traditional voice 

essary to translate between the ATM layer and RTD/UDP/IP 45 communications and are offered at substantial savings, 

sublayers. The User Datagram Protocol (UDP) is a connec- These savings are partly due to tariffs and access charges 

tionless protocol that, like TCP, runs on top of IP networks. that increase the cost of traditional voice services, and partly 

Unlike TCP/IP, UDP/IP provides very few error recovery due to the attractive pricing of IP traffic. Put another way, 

services, offering instead a direct way to send and receive voice service pricing is still mostly determined by incum- 

data grams over an IP network. Sub-layers provide the s 0 bent carriers with high overhead costs, while IP traffic costs 

Ethernet type, MAC header and PHY Ethernet respectively. are much more competitive, as the provider incurs lower 

High-speed IP-based networks are the latest innovation in costs and is more focused on increasing market share, 
the world of communications. The capacity of these net- The technological incentive has come to be called con- 
works is increasing at a prodigious rate, fueled by the vergence. The reasoning is that technological simplification 
popularity of the Internet and decreasing costs associated 55 and synergy will result from consolidation of the various 
with the technology. Worldwide data traffic volume has sources into an integrated environment. For example, a 
already surpassed that of the telephone network, and for single residential information source provisioned for 
many applications, the pricing of IP traffic has dropped telephony, IP data and entertainment programming would in 
below the tariffs associated with traditional TDM service. principle decrease end user prices, result in a single unified 
For this reason, significant effort is being expended on VoIP 60 billing package, and eventually enable advanced services, 
technologies. For users who have free, or fixed-price Inter- such as video-on-demand, 
net access, Internet telephony software essentially provides The Limitations of VoIP 

free telephone calls anywhere in the world. To date, In principle, it would not seem difficult to carry voice over 

however, Internet telephony does not offer the same quality IP networks; a digitized voice signal is simply data and can 

of telephone service as direct telephone connections. There 65 be carried by a packet network just like any other data. The 

are many Internet telephony applications available. Some major technological achievement of the telephone network, 

come bundled with popular Web browsers; others are stand- that of least cost routing, has its counterpart in IP networks 
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as well. There are, however, two fundamental problems that and received data are in ATM -formatted frames and the 
have to be solved before VoIP can be realistically considered network transmits data in Internet protocol packets. Such 
to compete with TDM networks; namely, QoS and signaling. data transfer is accomplished using encapsulators and decap- 
Quality of Service sulators to encapsulate ATM formatted frames in data por- 
The meaning of Quality of Service is completely different 5 lions of IP packets for transmission on the network. (See 
for data and voice. Although most data can withstand Column 2, Line 59 — Column 3, Line 25). 
relatively significant delay, low delay and proper time order- The patent to Allan et al. (5,946,313), assigned to North- 
ing of the signal are critical for voice applications, even em Telecom Limited, provides for a Mechanism for Multi- 
though loss of a few milliseconds of signal is usually not plexing ATM AAL5 Virtual Circuits over Ethernet. This 
noticeable. These requirements are completely at odds with 10 reference describes a method for encapsulating/segmenting 
the basic principles of IP networks (although not necessarily ATM cells over Ethernet. 

with those of other packet networks). To overcome these The patent to Aziz et al. (5,548,646), assigned to Sun 

constraints, mechanisms such as tunneling and jitter buffers Microsystems, Inc., provides for a System for Signatureless 

need to be employed. Additional components of voice Transmission and Reception of Data Packets Between Com- 

quality such as echo cancellation and voice compression are 15 puter Networks. Aziz et al. disclose a system for automati- 

not inherent in data-based networks at all, and need to be cally encrypting (by adding an IP header) and and decrypt- 

added ad hoc for VoIP. ing a data packet sent from a source host to a destination host 

Almost all of the massive R&D effort in the field of VoIP across a network (See Column 2, Lines 13+). 

is directed towards solving these QoS problems, leaving the The patent to Doshi et al. (5,936,965), assigned to Lucent 

signaling problem largely unsolved. By signaling, we mean 20 Technologies, Inc., provides a Method and Apparatus for 

the exchange of information needed for a telephone call Transmission of Asynchronous, Synchronous, and Variable 

other than the speech itself Signaling consists of basic Length Mode Protocols Multiplexed over a Common 

features such as the fact that the phone is off-hook or needs Bytestream, This reference describes a system for supporting 

to ring; more advanced properties required for reaching the the transmission and reception of ATM over a common 

proper destination and billing; and still more sophisticated 25 bytestream with a common physical layer datalink. 

characteristics, such as caller identification, call forwarding, The patents to Watanabe (5,715,250— ATM-LAN connec- 

and conference calls; as well as more recent additions tion apparatus of a small scale capable of connecting 

necessitated by intelligent networking. There are literally terminals of different protocol standards and A TM-LAN 

thousands of such telephony features, with dozens of including the ATM-LAN connection apparatus); Acharya et 

national and local variations. Phone customers are mostly 30 al. (5,903,559 — Method for Internet protocol switching over 

unaware of this complexity, at least until you try to deprive fast A TM cell transport), and Alexander, Jr. et al. (5,936, 

them of any of the features to which they have become 936— Redundancy mechanisms for classical Internet proto- 

accustomed. col over asynchronous transfer mode networks) provide a 

Adding auxiliary information to digital voice on an IP general teaching of IP over ATM. 

network is in principle much simpler than signaling in 35 The non-patent literature entitled "Pathbuilder S200 Voice 

telephone networks. One needn't "rob bits" or dedicate CAS Access Switches" http://searchpdg.adobe.eom/proxies/l/70/ 

channels. One need only send the signaling data in some 33/43. html, provides for TDM-based voice and data traffic 

appropriate format along with the voice. Indeed, the advan- over frame relay or IP WAN Infrastructures, 

tage of VoIP is that it becomes possible to add features that The non-patent literature entitled "Project: Gateway 

could not exist in the classic telephony world, for example 40 Application — ATM< — >IP," http://www.cse.ucsc.edu/ 

video and "whiteboards." This is true as long as the two -rom/projects/atm_ip/atm_ip.htmI, describes an ATM 

sides to the conversation are using special VoIP terminals or driver over an IP driver. 

computers. The problems arise when one must interface The present invention offers a solution for transferring 
between the IP network and the standard telephony network, transparently El or Tl (or fractional El/Tl) TDM services 
a connection that is imperative in light of the universal 45 over widely deployed high speed IP networks. This tech- 
availability of standard telephone sets. nology can be used as a migration path to Voice over IP or 
VoIP enthusiasts often emphasize conversations between a complementary solution to VoIP in places where voice 
two PC users or a PC user conversing with a telephone user. over IP solution is not suitable. The same TDM over IP 
Consider instead a conversation between two telephone approach can be adopted to transfer other TDM rates (e.g., 
users, each connected via a standard Local Loop to a central 50 E3/T3, STM1 etc.) over the IP network. Throughout the 
office, but with an IP-based network replacing the TDM specification, claims and drawings various TDM rates may 
network between the central offices. To properly pass the be substituted without departing from the scope of the 
requisite signaling, the IP network has to be enhanced to present invention. 

handle all the thousands of features and their variations (for Whatever the precise merits, features and advantages of 

example, 911 and *67 service). Although not an impossible 55 the above cited references, none of them achieve or fulfills 

task, it is one that VoIP developers have not yet accom- the purposes of the present invention. These and other 

plished. objectives are achieved by the detailed description that 

Each of the below described references teach methods for follows, 
communications using differing protocols, such as ATM 

over IP, across various communication standards. However, 60 



SUMMARY OF THE INVENTION 



none of the references provide or suggest the present inven- A method and system for processing one or more TDMs 

tion method of TDM over IP. trunks for communication over IP networks, such as the 

The patent to Keshav et al. (5,623,605), assigned to Internet, includes encapsulating ATM cells (packets) using 

Lucent Technologies, Inc., provides for Methods and Sys- AAL1 cells within UDPover IP frames to provide synchro- 
tems for Interprocess Communication and Inter-Network 65 nous bit streams into fixed size cells. This allows for an IP 

Data Transfer. Disclosed is the transmission of data packets header to be added to the packets, with such packets 

between source and destination devices wherein generated forwarded to its destination host across the IP network. The 
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destination regenerates the clock, decrypts/strips the IP 
header and delivers a synchronous bit stream. Furthermore, 
an adaptive clock is provided for clock transfer across the 
network. The adaptive clock regenerates the far end Tl/El 
receive clock out of the incoming arrival frame rate. Frames s 
arriving from the IP network are stored in a buffer and taken 
out for TDM stream assembly. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 illustrates an overall implementation of the present 10 
invention TDM over IP. 

FIG. 2 illustrates a block diagram of the functional units 
of the present invention. 

FIG. 3 illustrates a flow diagram of receive and transmit 15 
paths. 

FIG. 4 illustrates an adaptive clock method for TDM over 

IP. 

DESCRIPTION OF THE PREFERRED 20 
EMBODIMENTS 

While this invention is illustrated and described in a 
preferred embodiment, the device may be produced in many 
different configurations, forms and materials. There is 
depicted in the drawings, and will herein be described in 
detail, a preferred embodiment of the invention, with the 
understanding that the present disclosure is to be considered 
as a exemplification of the principles of the invention and the 
associated functional specifications for its construction and 3Q 
is not intended to limit the invention to the embodiment 
illustrated. Those skilled in the art will envision many other 
possible variations within the scope of the present invention. 

The present method and apparatus provide an alternative 
method of exploiting IP networks for telephony service that 35 
is evolutionary rather than revolutionary. This method uses 
IP networks as a drop-in replacement for native TDM 
networks. It seamlessly interfaces to all existing equipment, 
such as legacy PBXs and switches, and inherently provides 
all the hundreds of telephony features and the PSTN quality 40 
to which customers have become accustomed. This alterna- 
tive is circuit extension over IP using TDMoIP. Another 
advantage is a simple gateway between ATM CES and TDM 
over IP. 

In order to explain the principles of TDMoIP we need first 45 
to recall those of TDM. A Tl frame consists of 24 single- 
byte timeslots and a single synchronization bit, for a total of 
193 bits. An El frame consists of precisely 32 bytes (256 
bits), one of which is used for synchronization and one 
traditionally reserved for signaling. In both cases, frames are 50 
transmitted 8,000 times per second. 

The following two solutions represent possible, but poten- 
tially flawed, alternative approaches to implement TDM 
over IP. The simplest implementation of TDMoIP encapsu- 
lates each Tl or El frame in an IP packet by tacking on the 55 
appropriate header. Since the packets provide the 
segmentation, the synchronization bit/byte need not be 
included. Accordingly, the payload length is 24 or 31 bytes 
for Tl or El, respectively For reliable connection-oriented 
service one might consider using TCP/IP, which requires a 60 
20-byte TCP header and a 20-byte IP header, for a total of 
40 overhead bytes per packet. The end-to-end reliability 
offered by TCP, however, is not useful for voice packets 
since re-transmitted voice packets will reach the receiving 
side out of order and be dropped anyway. A more reasonable 65 
alternative would be the real-time transport protocol RTP, 
with its header of at least 12 bytes, to which one must add 
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an 8-byte UDP header and the IP header, resulting in the 
same overhead. A 40-byte overhead for a payload of 24 or 
31 bytes is indeed a bit extravagant, but there are two 
solutions to this problem. 

The first solution involves header compression schemes. 
RFCs exist that reduce the average header of both TCP and 
RTP to only three bytes, diminishing the overhead percent- 
age to between eight and nine percent. 

The second solution involves grouping together multiple 
frames into a super-frame before encapsulation. For 
example, grouping eight Tl (El) frames results in a payload 
of 192 (248) bytes, so that the overhead percentage drops to 
a reasonable 17 (14) percent. Grouping does add a certain 
amount of buffering delay, but since each frame is only 125 
m sec in duration, this latency is negligible as compared with 
that of VoIP systems. For example, a super-frame comprised 
of eight successive frames introduces a one millisecond 
one-way delay, about half that of the standard 16 kbps low 
delay encoder used in VoIP, and much lower than the 15 
millisecond delay of the 8 kbps encoder. 

Simple encapsulation of the raw frames is not the only 
way of implementing TDMoIP. Alternative approaches first 
encode the TDM data in some other protocol before IP 
encapsulation. There are many advantages to imposing 
another layer of protocol between the TDM and the IP. 
Intermediate encoding may be employed when the natural 
TDM-induced frame sizes are not appropriate; to provide 
error correction; to enable interoperability with other sys- 
tems; and to allow us to compress the speech or to enhance 
QoS. 

Circuit Emulation Service (CES) is already a well- 
established standard in ATM and is defined by ATM Forum 
(AF-VTOA-0078)— Circuit Emulation Service Interoper- 
ability Specification Version 2.0— CES 2.0— CES 2.0 
(1997); using AAL1 cells is defined by ITU-T 1.363.1— 
ATM Adaptation Layer Specification: Type 1 AAL (1996). 
These standards already give solutions for CES implemen- 
tation for different modes of operation: 

Unstructured — Full El/Tl transparent service. 

Structured — Fractional El/Tl transparent service. 

Structured with CAS— Fractional El/Tl with CAS trans- 
parent service. 

The present invention IP CES is based on ATM CES using 
AAL1 cells without ATM cell header) encapsulated in IP 
frames; by adopting this strategy only minimal regulatory 
activity is needed to set this service standard. The same 
methods can be equally adopted for DBCES (Dynamic 
bandwidth CES over AAL1) or AAL2 encapsulated within 
IP frames without departing from the scope of the present 
invention. ATM cells (stripped from cell header) will be 
encapsulated within UDP over IP frames. Addressing com- 
prises use of the UDP source port field to specify the 
destination of the AAL1 cells termination inter working 
function at the receiving device (will define the 
'connection') 

The IP network is not a Synchronous network and a 
common clock is not available at its nodes, while TDM 
services and CES functionality require synchronous timing 
at both ends. The present invention substitutes for clock 
transfer across the network an adaptive clock method, 
described hereafter. The adaptive clock is a method to 
regenerate the far end El/Tl receive clock out of the 
incoming arrival frame rate. Frames arriving from the IP 
network are stored in a buffer and taken out for TDM stream 
assembly, the fill level of this buffer is monitored and uses 
to adjust a PLL. When the buffer is filling up the regenerated 
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clock rate will be increased and when the buffer is getting 
empty the regenerated clock rate will be decreased. 

FIG. 1 illustrates one embodiment of a communications 
infrastructure using the present invention. This is a typical 
application where a fast IP backbone based Metropolitan 
Area Network (MAN) 100 is used to interconnect several 
sites (102, 103 and 104) to create a private network which 
handles both organization data and voice. One can see that 
the organization PBX's at all 3 locations A,B and C (102, 
103 and 104) are connected by a TDM over IP device 105 
to give transparent TDM links over the MAN IP backbone. 
'TDM* packets can be tagged by a ToS field in the IP header 
to get high priority when going through the IP network. Data 
connectivity is given on the same network (A and C) by 
routers 106 connected to the IP backbone. At all sites the 
access to the network is done by an Ethernet switch 107 
connecting both TDM over IP device 105 and organization 
data to the MAN 100. 

FIG. 2 illustrates a block diagram of the present invention 
system with downlink path 200 converting El/Tl TDM to IP 
Ethernet compatible protocols and an uplink path 218 con- 
verting IP Ethernet to El/Tl TDM compatible protocols. 
El/Tl framer 202 decodes incoming TDM signals from line 
and frame alignment. A PCM bus 203 is the output from the 
El/Tl framer 202 to the next block, AAL1/2 segmentation 
unit 204. The TDM bit stream is packed into AAL1/2 cells 
by the segmentation unit. The next block 206 packs the cells 
(with no cell header) into UDP over IP frames. The packets 
are transferred to an Ethernet controller 208 that transmits 
using Ethernet PHY device 210. 

In the uplink path 218, packets received by the Ethernet 
PHY 210 are transferred to the Ethernet controller 208 and 
from it to a unit 212 that strips the cells out of a UDP 
payload. The received cells arrive to the AAL1/2 reassembly 
unit 214 that takes out the TDM bytes out of the cells and 
store them in a PDVT buffer 216. The PDVT (Packet Delay 
Variation Tolerance) buffer is a unit designed to absorb 
network PDY Generally the PDVT buffer works as follows. 
TDM bytes are stored into the buffer, the buffer is not being 
emptied to the El/Tl stream until reaching it's half full size 
(the PDVT required), that way the PDVT buffer ensures the 
packets late or early up to it's half full size will not cause 
buffer overflows or underflows and El/Tl traffic will not be 
damaged (the PDVT is described hereafter in greater 
detail — see FIG. 4 and corresponding discussion). The 
El/Tl TDM stream is then transferred to the El/Tl framer 
202 and out to the TDM line. 

FIG. 3 illustrates a flow diagram of the down 300 and up 
link 302 paths. 

In the down link path 300, the following steps occur: 

Step 304 — Decode El/Tl signals from line and frame 
alignment, the output from this module being a PCM 
bus. 

Step 306 — The PCM input is arranged in structures as 
defined in AF-VTOA-0078 CES 2.0 (1997). 3 modes 
are available: 

Unstructured — for fully El/Tl transparent mode. 
Structured — for transfer of all or several time slots 
(1-31). 

Structured with CAS — for transfer of time slots with 
their CAS bits. 

Step 308 — Segmentation of these structures into cells as 
defined in ITU-T 363.1. 

Step 310 — Packetize the cells, without adding ATM 
headers, only AAL1 headers and payload, into UDP 
over IP frames adding connection information into 
UDP header (beside destination IP specifying the 
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remote device other addressing is needed to specify 
destination El/Tl port and bundle which is a group of 
time slots). This addressing information can be put in 
the UDP source port. 
Step 312 — Frames ready are transmitted to the IP Ether- 
net. 

In the down link path 300, the following steps occur 
Step 314 — IP Ethernet Frames are received. 
Step 316 — extract cells from the UDP payload. 
Step 318 — Structures are reassembled from the cells 

according ITU-T 1.363.1 and AF-VTOA-0078 CES 2.0 

(1997). 

Step 320 — absorb network delay variation using a Packet 
delay variation buffer. 

Step 322 — TDM data is framed, encoded and transmitted 
over the El/Tl TDM line. 

It is important to note that TDMoIP in unstructured mode 
transparently transports TDM frames without any attempt at 
interpreting the data. It is completely oblivious to such TDM 
internals as time slots, signaling channels, etc. Thus 
TDMoIP can be used to transport arbitrary Tl/El services, 
even if some of the channels are actually used to carry data 
or if the entire frame is an unstructured bit-stream. Similarly, 
the basic TDMoIP concept can be extended to fractional Tl 
or channelized El systems. To reduce traffic, only the 
information carrying bytes need be included in the IP packet. 

How does TDMoIP solve the signaling problem inherent 
in interfacing between IP networks and the telephony net- 
work? To answer this question we should differentiate 
between three types of signaling: in -band, CAS and CCS. 

In-band signaling, as its name implies, is transferred in the 
same audio band as the speech. It can take the form of call 
progress tones such as dial tone and ring back, DTMF tones, 
FSK for caller identification, MFR1 in North America or 
MFCR2 in Europe, etc. Since these are all audible tones, 
they are encoded in the TDM timeslot and automatically 
forwarded by TDMoIP. Speech compression algorithms 
used by VoIP systems often do not pass these tones well. 
Therefore, VoIP systems need to implement tone relay 
protocols to ensure that in-band signaling functions prop- 
erly. 

The most common CAS, or channel associated signaling, 
is carried in the same Tl or El frame as the voice signals, 
but not in the speech band. Tl robs bits for this purpose 
while El devotes an entire timeslot to carry four bits for each 
of the 30 remaining channels. Since CAS bits are carried in 
the same Tl or El stream, once again they are automatically 
forwarded by TDMoIP. We take the same approach in TDM 
over IP as in VoIP by terminating the CAS and forwarding 
it . This is not a problem and does not add much complexity 
because CAS are only 4 bits per channel (maximum 16 
combinations with low rate of change). 

SS7 is a CCS, or common channel signaling, method. SS7 
links are 56 or 64 kbps data links and are thus often found 
occupying a TDM timeslot. In such cases, they are auto- 
matically forwarded by TDMoIP. If not, one can get the 
required information already in IP format from a SS7 
signaling gateway, and readily forward it as additional traffic 
through the network without any further processing. 

Up to now we have ignored another function available in 
customary TDM networks, that of time synchronization. In 
the public switched telephone network (PSTN) — and in 
SONET/SDH networks — one node, called the clock master, 
provides a time reference to the other, called the slave. 
Somewhere in the network there is at least one extremely 
accurate primary reference clock, with long term accuracy of 
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one part in 10 11 . This node, the accuracy of which is called 
stratum 1, provides the reference clock to secondary nodes 
with stratum 2 accuracy, and these in turn provide a time 
reference to stratum 3 nodes. This hierarchy of time syn- 
chronization is essential for the proper functioning of the 
network as a whole. 

Packets in IP networks reach their destination with delay 
that has a random component, known as jitter. When emu- 
lating TDM on an IP network, it is possible to overcome this 
randomness by using a buffer to smooth out all incoming 
data, assuming the proper time reference is available. For the 
most part, however, the original time reference information 
is no longer available. 

FIG. 4 illustrates the block diagram of one possible 
adaptive clock generation method. 



10 



TDMoIP is simpler than VoIP because it is transparent to 
voice and data signaling and protocols, even when they are 
proprietary. VoIP, on the other hand, still has issues with new 
protocols and translation between signaling formats. VoIP 
does hold the promise of new applications, whereas 
TDMoIP automatically takes advantage of existing PBX and 
CTI features. As far as bandwidth optimization, VoIP gate- 
ways include voice compression and silence suppression and 
therefore reduce bandwidth requirements. However, this is 
at the expense of lower quality and higher latency. The 
simplicity of TDMoIP translates into lower cost of owner- 
ship with initial expenditure savings and operational cost 
benefits. These savings are significant for the enterprise 
consumer who is typicaDy not interested in replacing his 



PD VT buffer 402 is loaded with TDM bytes 404 extracted 15 le S acv TOM equipment and dealing with "forklift upgrades" 



20 



25 



from the arriving frames, 
PDVT is emptied to the El/Tl stream 406 in a rate set by 

the TX clock 407 (adaptive clock in this case). 
PDVT buffer 402 is started to be emptied only after filling 

up to it's half fill level; this way delay variation 

tolerances are noted at it's half fill level. Fill indication 

408 is generated upon arrival 410 of a frame reflecting 

the buffer fill level at this time. 
The fill indication 408 is compared to the nominal fill 

level 412 (half fill). 
The output (updated upon frame arrival) can be in 2 forms 

that represent 2 options for the implementation: 

1. 414 will have a single TTL output indicating if the 
buffer is less then half full (' 1 ') or more then half full 

C0-). 

2. The area around the half fill level of the buffer is 
divided into several areas (16 for example) which 
each one of them represents a frequency in the range 
of El/Tl rates+-50 ppm . According to the fill level 
at the frame arrival the corresponding frequency will 35 
be synthesized. At this method the -output of 414 
will be a voltage level representing the desired 
frequency to synthesize. In this scheme 414 will also 
contain a D/A functionality. 

The output may be filtered 414 to filter 416 network delay 40 
variation (low frequencies) and is an input to a VCXO 
418 to produce the Adaptive clock 420 fed to input 407. 

The generated clock is used (as mentioned before) to 



with the associated training and maintenance expenses. 
Another important difference is that due to transparency, 
TDMoIP can offer mixed voice-data services. 

From a service provider point of view, TDMoIP and VoIP 
complement each other. Extending TDM trunks over the IP 
network transparently from the customer site to the carrier 
POP makes it simple for the carrier to deploy larger, scalable 
\bIP gateways and softswitches at the POP where resources 
are available, and provide the user with a simple TDMoIP 
Network Termination Unit (NTU) at the customer premises. 
These TDMoIP circuits could then be used to provide a 
number of services in addition to VoIP, such as regular PSTN 
access, Centrex, Frame Relay and ISDN. 
TDMoIP provides many of the benefits of ATM in that 
30 end-to-end delay starts at less than 2 ms and integrity of 
structured or unstructured Tls or Els is maintained. 
TDMoIP is much simpler, cheaper and more efficient than 
ATM. Most importantly, it can be carried over IP and 
Ethernet networks. TDMoIP is more efficient than ATM 
because its payload size and therefore percentage of over- 
head can be set on a per-application basis. This is possible 
because the number of octets per frame is configurable. With 
ATM, payload is always 48 bytes, and therefore the per- 
centage of overhead is much higher. 

Gigabit Ethernet (and 10-Gigabit Ethernet) are being used 
in Metropolitan Area Networks (MANs) and Wide Area 
Networks (WANs). In particular, Gigabit Ethernet over dark 
fiber is becoming a popular alternative to SONET and ATM. 
However, Ethernet is basically a data network technology 



clock out the TDM bytes out of the PDVT buffer 402. 

In principle there are two different levels of integration of 45 and cannot by itself handle voice traffic. TDMoIP empowers 

TDMoIP into the telephone network. In the toll bypass Gigabit Ethernet with voice and circuit extension capabili- 

scenario, a competitive carrier introduces an alternative link, ties and therefore is an excellent complementary technology, 

based on TDMoIP, between two central offices. Due to the Together these technologies are expected to increase market 

cost advantages discussed above, "toll bypass" services can share by offering a simpler, less expensive alternative to 

be offered to customers at a lower rate than the incumbent's 50 \foIP, ATM and SONET History shows that the simpler, 



rate. In such applications, both TDMoIP devices should 
receive a time reference from the central offices to which 
they connect. 

In the whole network scenario, major portions of the 
primary infrastructure are replaced with TDMoIP networks, 
and a method of time synchronization is required. IP net- 
works also disseminate clock information through a protocol 
known as NTP; but unless the IP network is completely 
private and dedicated to the TDMoIP link, there will be no 



cheaper technologies such as Ethernet and Frame Relay tend 
to prevail over the more complex and expensive alternatives 
such as FDDI, ATM and Token Ring, even if the latter are 
more robust. 

55 Initial concerns regarding simpler technologies like Giga- 
bit Ethernet are usually rapidly put to rest by subsequent 
enhancements. For example, a SONET ring topology is 
considered very reliable because of its rapid recovery from 
a failure or fiber cut. Gigabit Ethernet does not inherently 



connection between the NTP clock and the desired TDM 60 have this capability, but an alternate trunk can usually be 



one. One solution is to provide time standards, such as 
atomic clocks or GPS receivers, to all TDMoIP devices, thus 
relieving the IP network of the need to send synchronization 
information. When the provision of accurate local time 
references is not possible or too costly, then recovery is 
possible when the destination regenerates and synchronizes 
the clock 



65 



switched within a few milliseconds. Even if there is only a 
single fiber between the switches, protocols such as OSPF 
enable routing tables to be updated within a few seconds, 
and the IP data stream to be quickly reconnected. 

Another important example relates to QoS, where ATM 
has the most defined service level categories. However, 
today's Gigabit Ethernet switches and Terabit routers imple- 
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mem advanced mechanisms to prioritize packets and reserve 
bandwidth for specific applications. By marking TDMoIP 
packets (using 802.1p&q, TbS, and set UDP port numbers) 
they may be easily identified and prioritized. 

Combining TDMoIP with Gigabit Ethernet switches and 5 
Terabit routers ensures a worthy A alternative to SONET and 
AIM, providing a simpler, more cost-effective solution with 
more bandwidth and more efficient grooming of Tl s or Els 
to Gigabit optical networks. 

At the local level, one finds three types of service pro- 10 
viders offering connectivity services for voice and data. 
These include incumbent local exchange carriers (ILECs) 
which formerly had a monopoly on local services; the 
state -certified competitive local exchange carriers (CLECs), 
which compete either by building their own facilities or by 15 
leasing "unbundled" facilities for resale from the ILEC; and 
the ISPs that provide Internet access as well. Sometimes the 
ISP is a subsidiary of the ILEC, but state regulation means 
that these ISPs must be customers of the ILEC, just like 
everyone else. This arrangement retains the split between 20 
basic transport and enhanced services. In addition to pro- 
viding pure Internet access, ISPs are also offering Web and 
application hosting for the business user. Enhanced services 
such as unified messaging and VoIP are being targeted at the 
residential and small business customer. VoIP is also being 25 
used to offer savings on international calls, and once QoS is 
assured we can expect to see more businesses adopt this 
technology. In fact, CLECs are becoming ISPs by offering 
data services and ISPs are becoming CLECs by offering IP 
telephony. 30 

Network unbundling, the process of breaking the network 
into separate functional elements, opens the local access area 
to competition. CLECs select unbundled components they 
need to provide their own service. If the unbundled price is 
still too expensive, the service provider will provide its own 35 
private resources or turn to an alternative access vendor 
(AAV), which can offer private line service between an 
entity and facilities at another location. Innovative providers, 
will take advantage of whatever technology is available to 
attack the competition, including wireless microwave 40 
systems, leased dark fiber, infrared and laser-based wireless 
and CATV. 

Next Generation carriers employ wireless for its easy 
deployment and fiber for its bandwidth. Additional new 
breeds of CLEC have emerged, such as the data CLEC or 45 
DLEC that deliver high speed Internet connectivity and 
other data offerings, or the building CLEC or BLEC that 
wire commercial buildings with fiber optic cable to provide 
Shared Tenant Service (STS). 

Despite the technological and structural advances, the 50 
new carriers must still tackle the problem of grooming Tl 
circuits onto optical and wireless networks. 

Interexchange carriers provide telecommunications ser- 
vice between local calling areas. The IXCs have to pay 
access charges to the ILECs and therefore have an interest 55 
in being offered competitive basic transport services from 
facilities-based CLECs with alternative access solutions. 
IXCs with spare capacity can take advantage of this avail- 
able bandwidth for circuit extension services across their 
own packet networks. Circuit Extension over IP benefits the 60 
IXC because it offers more local access alternatives and 
more options for providing voice trunking solutions to their 
customers across their own IP networks. 
Applications 

Competitive local exchange carriers (CLECs) can take 65 
advantage of TDMoIP technology to expand their market 
share quickly, simply and inexpensively with more points of 
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presence (POPS) and more services. Incumbent local 
exchange carriers (ILECs) providing basic transport of cir- 
cuits wholesale to the CLEC can use TDMoIP to extend the 
Tl or El circuits cost-effectively over optical or wireless 
finks back to the CLEC Service POP. 

Building, Data or other Competitive Local Exchange 
Carriers or utility companies can increase their revenues by 
taking advantage of their wireless or optical data networks 
and use TDMoIP to extend Tl or El circuits between an 
entity and facilities at another location. In this way, the 
service provider can bundle private line services in addition 
to broadband data. Bundled services could include: 
High speed Internet access, Web hosting and VLAN 
Traditional PSTN access, or Centrex service, by extend- 
ing circuits from the class 4/5 switch at the CO to the 
customer site 

New voice and unified messaging services using VoIP 
gateways or switches and extending circuits to the 
remote site 

Private line services 

Local Loop access to ATM, Frame Relay, ISDN and X.25 
networks 

The TDM over IP device offers unprecedented flexibility 
to carriers looking for low cost extension of Tl or El 
services over an IP or Gigabit Ethernet network. Some 
emerging applications are shown on the following pages. 
Tl/El Circuit Extension over Packet Networks as a Local 
Loop Replacement 

TDMoIP offers the CLEC an alternative method of 
extending services to their customers. Traditionally it was 
necessary to lease the Local Loop from the incumbent local 
exchange carrier (ILEC), but now any packet network will 
do. All voice and data services that traditionally run on Tl 
or El circuits are automatically supported over IP. This not 
only includes simple PSTN access, but also PRI, Centrex, 
and VoIP for voice services and ATM, Frame Relay, PPP, 
ISDN, SNA, X.25 for data services. The packet networks are 
also no longer limited to synchronous ATM and SONET, but 
can run equally well on 10/100BaseT wireless radios, Giga- 
bit Ethernet, or any other network. 

In this application, Tl/El circuit extension is made pos- 
sible by TDMoIP technology. The CLEC now has an alter- 
native to leasing "unbundled" facilities from the ILEC. 

Multi-tenant broadband buildings are wired to offer high 
speed data to each suite over fiber or copper lines. In each 
building, the CLEC has a small POP (typically in the 
basement). This POP is then connected to the CLEC Central 
Office using an optical network made up of Gigabit Ethernet, 
SONET, or even FDDI (this broadband connection could 
also be wireless or laser). Ethernet or IP is used to provide 
high speed data. TDMoIP is then used to extend traditional 
Tl or El circuits from the central office to each building 
over this network. In this way, the tenants can be offered a 
variety of services either directly from this CLEC or from 
third-party providers contracted by the CLEC. This archi- 
tecture is also relevant for the Building or Data CLEC that 
simply wants to provide basic transport service to other 
CLECs or IXCs and lets them offer bundled services over 
these leased lines. 

PSTN Access over Fiber IP-based Networks with Redun- 
dancy 

Telephony services such as PSTN access, Centrex and 
\bIP can simply and inexpensively be provided to customers 
over a metropolitan area network (MAN). Alternate routing 
and switching capabilities found in Gigabit Ethernet 
switches and Terabit routers can be used to reroute traffic 
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quickly in the event of network failure. Private point-to- 
point leased line services between customer sites can also be 
offered over the same fiber IP-based network. 
Traditional Tl/El Leased Line Services over IP Networks 

Carriers with a high speed IP infrastructure can take s 
advantage of under-utilized bandwidth and offer virtual 
Tl/El leased lines. If packet delay and loss through the 
network is low, then this service is just like any other Tl/El 
leased line. In this way, carriers can also offer El services in 
the U.S. and Tl circuits internationally. 10 

Below, the customer is provided with point-to-point Tl or 
El leased lines. 

Grooming of Tl, El and Fractional Services over Routed IP 
Networks 

In this application, a pure IP network architecture can be 15 
used not only for data and management, but also for voice 
and circuit extension over IP. The ability of the TDM over 
IP device to groom DSOs and extend Tl or El circuits 
efficiently and transparently over IP networks provides ser- 
vice providers with a simple, low cost alternative to the 20 
traditional digital cross connect (DACS). In this way, the 
service provider can use the efficiency and flexibility of IP 
routing to extend its network into tier 4 towns and multi- 
tenant broadband buildings without compromising integrity 
and quality. 25 

The network can be divided into four segments starting at 
the multi-tenant building where the customers can be offered 
a variety of services, which when bundled together provide 
the convenience of a single bill and single point of contact. 
Bundled services do not need to originate from the same 30 
service POP. In the above diagram, an IP service POP 
provides Web hosting and Internet access, and a TDM 
service POP acts as the gateway to third-party service 
providers such as voice CLECs and IXCs. Each network 
segment is explained below in more detail. 35 
Multi-Tenant Buildings 

The building CLEC will frequently want to use the 
building's existing copper wire infrastructure to deliver 
services to the customers' office suites. xDSL modems and 
routers are usually installed in the office suites with a 40 
DSLAM in the basement to concentrate the data sources for 
transmission to the network. In this scenario, voice services 
continue to be provided by the ILEC. If the CLEC, however, 
wants to increase revenue and market share, he must be able 
to also offer voice and leased line services. Integrated access 45 
devices (IADs) with SDSL links provide one way of doing 
this. However, it is important that the services that the CLEC 
offers are not inferior to those currently delivered by the 
ILEC. In the IP environment, most IP-IADs compress and 
packetize the voice using VoIP techniques which are not 50 
100% transparent, and therefore compromise the level of 
service with limited support for V.90 modems, faxes and 
standard voice features such as 911, * 67 and caller ID. This 
alternative also adds considerable delay, complexity and 
cost that will make the business customer more reluctant to ' 55 
switch service. 

An alternative embodiment is to provide identical service 
with the same analog voice and digital lines, but now use 
TDMoIP technology with the TDM over IP device to 
provide a scalable and efficient grooming platform. Voice 60 
and leased lines from the TDM over IP device and data from 
the DSLAM can then be aggregated and routed across the 
network. The TDM over IP device solution is scalable 
because it is now possible to use IP to grow the voice and 
leased line services from a single DS0 to many Tl or El 65 
circuits without needing a digital cross connect (DACS). In 
addition, increasing bandwidth to the building is simple and 
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inexpensive because just the link interface of the access 
router needs to be matched to that of the line coming from 
the network. Everything behind the router stays the same 
because it is all IP. 
ILEC Network 

In most cases today, the building CLEC still depends on 
the unbundled Local Loop from the incumbent local 
exchange carriers (ILEC) to connect multi-tenant buildings 
to the service POPs. Tl circuits can be added and MLPPP or 
MLFR can be used to bond the circuits together to provide 
a high speed IP link. T3 and OC3 provide even higher speed 
options. If a wireless, laser or optical alternative becomes 
available then the CLEC can easily take advantage of the 
fact that IP works with any link layer protocol, including 
Ethernet and SONET. Therefore, building a pure IP access 
network makes this transition simpler. 
IP Service POP 

This service POP routes IP packets. Packets containing 
voice and leased line services can simply be forwarded to the 
TDM Service POP. Similarly, packets requiring ISP value- 
added services, such as Web hosting, can be forwarded to the 
relevant servers. In addition, simple Internet access can be 
provided from this POP. 

Private leased line services can also be offered between 
buildings by tunneling DS0 bundles across this CLECs IP 
network. At each of the buildings, an TDM over IP device 
is responsible for packetizing the TDM bit streams, which 
are then prioritized and routed between buildings. 
TDM Service POP 

IP packet streams carrying voice, ATM, Frame Relay and 
other tunneled protocols that are not being used for private 
line services are routed to the TDM Service POP where the 
circuits are terminated. Using the TDM over IP device -16, 
it is possible to terminate 768 Tl or El circuits in a single 
19", 7-foot rack. At this POP, the CLEC may decide to offer 
voice services by connecting the Tl or El circuits to its own 
class 4/5 switch or VoIP gateway, or deliver the circuits 
directly to third-party providers such as Voice CLECs and 
IXCs. 

The Voice CLEC would receive voice channels in DS0 
bundles and provides voice services ranging from regular 
PSTN access and Centrex to clearinghouses and VoIP for 
lowest cost international telephony services. The IXC (or 
Data CLEC) could provide traditional data services such as 
ATM and Frame Relay over these full or fractional Tl or El 
circuits. For example, let us assume a large corporation uses 
Sprint's ATM network for connecting its head office to all 
branches, and now wants to open an office in one of the 
CLEC multi-tenant buildings. It would now be possible for 
the CLEC to extend a Tl circuit from the IXC at the TDM 
service POP to the office suite as a leased line, and the new 
branch office will receive ATM service just like any other 
branch. 

Cellular Carrier's IP Backbone 

Cellular carriers 1 networks are based on TDM technolo- 
gies. Connectivity between the base stations (BTSs), base 
station controllers (BSCs), and the mobile switching center 
(MSC) is achieved using TDM microwave links and Tl/El 
leased lines. Until recently, ATM was the most logical 
alternative. Because of pressure from environmental groups, 
cellular carriers are looking for an alternative to microwave, 
and leased lines are costly. With the introduction of QoS in 
Gigabit Ethernet networks and the availability of TDMoIP, 
IP is very seriously considered as the preferred solution. 

Third-generation cellular (UMTS) vendors are in 
advanced stages of implementing TDMoIP solutions where 
IP networks are the cellular backbone. In the future, current 
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and third-generation cellular devices will be co-iocated to 7. A computer based communications system implement- 
access on an IP-based backbone. ing TDM over an Internet Protocol network (TDM over IP, 

TDMoIP), as per claim 6, wherein said partitioning reflects 

Conclusion the ITU-T 363.1 standard. 

in • rfinw in* u i c 8. A computer based communications system implement- 
Circuit extension oyer IP using TOMoIP technology pro- 5 TDM over an Internet Protocol network (TDM over IP, 
vides the benefits of IP networks without the dangers of a TDMoIP), as per claim 1, wherein said output from said 
new technology. It supports legacy telephony switches and seg menter comprises AAL1 headers and payload. 
PBXs over data infrastructures with no loss of functionality. p. A computer based communications system implement- 
In addition, it empowers IP networks with leased line ing TDM over an Internet Protocol network (TDM over IP, 
services for voice, ATM, Frame Relay, SNA, and so on. i 0 TDMoIP), as per claim 1, wherein said packetizer packets 
Finally, the fact that it is simple, inexpensive and transparent the cells into UDP over IP frames adding connection infor- 
to all signaling and protocols makes TDMoIP an ideal mation into the UDP header. 

complement to Gigabit Ethernet in Next Generation Net- 10. A computer based communications system imple- 

works. The present invention offers a solution for transpar- menting TDM over an Internet Protocol network (TDM over 

ently transferring El or Tl (or fractional El/Tl) TDM IP, TDMoIP), as per claim 9, wherein said connection 

services over widely deployed high speed IP networks. This information includes at least a destination IP specifying a 

technology can be used as a migration path to Voice over IP remote device and addressing specifying a destination El/Tl 

or a complementary solution to VoIP in places where a voice P orl bundle whicn fc a S rou P of tu ? e slots * 

over IP solution is not suitable. n A computer based communications system lmple- 

A , j*u^uu u - t u u menting TDM over an Internet Protocol network (TDM over 

A system and method has been shown in ^ the above Jp ^k oW) M claim t wherem said syst V em 

embodiments for the effective implementaUon of TDM over comprise s a receiving section acquiring packets output from 

IP (IP circuit emulation service). While various preferred said packctizcr md transferred across said IP network, 

embodiments have been shown and described, it win be n A ampOn based communications system imple- 

understood that there is no intent to limit the invention by men ting TDM over an Internet Protocol network (TDM over 

such disclosure but rather, it is intended to cover all i P , TO MoIP), as per claim 11, wherein said receiving section 

modifications and alternate constructions falling within the 25 comprises 

spirit and scope of the invention, as defined in the appended a ^ extract0f to ^ ^ ^ frQm said load 

claims. For example, the present invention should not be , . , 4 r . . - 4 . - t1 

United by softwixe/progriiDi, computing environment or » "assembler to restructure said stopped ceUs according 

specific computing hardware. to cttcm emulahon servi^CES) standards; 

What is claimed is- 30 a P ac * et delay vanation buffer to compensate tor network 

1. A computer based communications system implement- delay variation; 

ing TDM over an Internet Protocol network (TDM over IP, a framer and encoder, and 

TDMoIP), said system comprising: wherein output from said framer and encoder is transmit - 

an IP network- * ted as a TDM stream. 

TT ^ IV/t 13. A computer based communications system lmple- 

a 1 dm source stream; menting TDM over an Internet Protocol network (TDM over 

decoder to decode said TDM source stream; ^ TO MoIP), as per claim 1, wherein said system further 

a converter to convert one or more parts of said decoded comprises an adaptive clock. 

TDM source stream into a circuit emulation service 14 & computer based communications system imple- 

(CES) structure; menting TDM over an Internet Protocol network (TDM over 

a segmenter to partition said converted one or more parts 40 IP, TDMoIP), as per claim 12, wherein said system further 

and remove cell headers); comprises an adaptive clock used to regenerate a El/Tl 

packetizer receiving output from said segmenter and receive clock. 

packetizing thereof, and 15. A computer based communications system imple- 

wherein packets output from said packetizer are an IP menting TDM over an Internet Protocol network (TDM over 

compatible format suitable for transfer over said IP 45 IP, TDMoIP), as per claim 14, wherein said adaptive clock 

network. comprises a monitored fill buffer and PLL. 

2. A computer based communications system implement- 16. A computer based communications system imple- 
ing TDM over an Internet Protocol network (TDM over IP, menting TDM over an Internet Protocol network (TDM over 
TDMoIP), as per claim 1, wherein said TDM source stream IP, TDMoIP), as per claim IS, wherein when said monitored 
comprises a El/Tl TDM stream. 50 fill buffer is filling up, the regenerated clock rate will be 

3. A computer based communications system implement- increased and when said monitored fill buffer is emptying, 
ing TDM over an Internet Protocol network (TDM over IP, the regenerated clock rate will be decreased. 
TDMoIP), as per claim 2, wherein said decoded El/Tl TDM 17. A computer based communications system imple- 
stream is delivered over a PCM bus. menting TDM over an Internet Protocol network (TDM over 

4. A computer based communications system implement- 55 IP, TDMoIP), as per claim 1, wherein said system is imple- 
ing TDM over an Internet Protocol network (TDM over IP, mented across networks comprising any of LANs, WANs, 
TDMoIP), as per claim 3, wherein said circuit emulation cellular, Internet or Web based networks. 

service conforms to ATM forum specification AF-VTOA- 18. Acomputer based method implementing TDM over an 

0078 (1997), known as CES 2.0. Internet Protocol network (TDM over IP, TDMoIP), com- 

5. A computer based communications system implement- prising the following steps for TDM up and down stream 
ing TDM over an Internet Protocol network (TDM over IP, 60 link port flow: 

TDMoIP), as per claim 1, wherein said circuit emulation A said down link flow of said TDM stream comprising 

service(CES) structure comprises any of three types: the steps: 

unstructured, structured or structured with CAS. (1) receiving one or more TDM signals; 

6. Acomputer based communications system implement- (2) decoding said received one or more TDM signals 
ing TDM over an Internet Protocol network (TDM over IP, 65 from line and frame alignment; 

TDMoIP), as per claim 1, wherein said segmenter partitions (3) building structures according to circuit emulation 

into cells. service(CES) standards; 
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(4) segmenting said structures into ATM cells; claim 18, wherein said compensation step is implemented by 

(5) stripping the ATM header; the following steps: 

(6) packetizing the stripped cells into UDP over IP n\ loading a buffer with TDM bytes extracted from 
Ethernet frames and arriving frames; 

(7) transmitting said packeuzed cells over IP networks; $ (2) m ^ b ^ ^ ^ &{ a Mf fiUed 

sud flo t w of said strcam u P lmk P° rt state according to a rate set by a Emission clock; 

comprising the steps: , . * . . 4 . J 

(1) receiving Ethernet frames from said IP network; < 3 > g eneratm g a fi U indication; 

(2) stripping the ATM cells from a UDP payload; ( 4 ) comparing the fill indication to a nominal fill level; 

(3) reassembling said stripped cells according to circuit (5) filtering said output to produce an adaptive clock, and 
emulation service(CES) standards; io (6) recursively using said adaptive clock as said trans- 

(4) compensating for network delay variations; mission clock in step (2). 

(5) framing said reassembled cells; 32. Acomputer based method implementing TDM over an 

(6) encoding said framed output; Internet Protocol network (TDM over IP, TDMoIP), as per 

(7) transmitting said encoded output overTOM lines. claim 31 wherein step (2 ) is implemented with a PLL. 

19. Acomputer based me^^ JS 33. Acomputer based method implementing TDM over an 

clauTlS^S Eim Intemct Pr0tOCo1 DCtWOrk CTDM ° VCr IP ' TDMoIP), as per 

TDM stream erem Sai S1 ^° com P nses a ' claim 18, wherein said method is implemented across net- 

20. Acomputer based method implementing TDM over an works comprising any of LANs, WANs, cellular, Internet or 
Internet Protocol network (TDM over IP, TDMoIP), as per We J> based networte - . . 

claim 19, wherein said decoded El/Tl TDM signals is 20 34. Acomputer based method implementing TDM over an 

delivered over a PCM bus. Internet Protocol network (TDM over IP, TDMoIP), com- 

21. Acomputer based method implementing TDM over an prising the following: 

Internet Protocol network (TDM over IP, TDMoIP), as per receiving one or more TDM signals; 

claim 18, wherein said circuit emulation service conforms to decoding said received one or more TDM signals; 

ATM forum specification AF-VTOA-0078 (1997), known as building ATM CES structures using AAL1 cells with- 

CES 2.0. 25 out a cell header; 

22. Acomputer based method implementing TDM over an encapsulating said ATM CES structures into UDP over 
Internet Protocol network (TDM over IP, TDMoIP), as per jp frames, and 

claim 18, wherein said circuit emulation service(CES) struc- transmitting' said UDP over IP frames over UP net- 

ture comprises any of three types: unstructured, structured or works. 

structured with CAS. 30 35. Acomputer based method implementing TDM over an 

23. Acomputer based method implementing TDM over an Internet Protocol network (TDM over IP, TDMoIP), as per 
Internet Protocol network (TDM over IP, TDMoIP), as per claim 34> ^ nhtT comprising specifying a destination of the 
claim 18, wherein said segmenting said structures into ATM AAL1 cells termination Interworking function. 

cells reflects the ITU-T 363.1 standard. 36 Acomputer based method implementing TDM over an 

24. Acomputer based method implementing TDM over an 35 internet Protocol network (TDM over IP, TDMoIP), as per 
Internet Protocol network (TDM over IP, TDMoIP), as per claim 35) ^ specifying step utilizes a UDP source 
claim 18, wherein the output from segmenting said struc- p 0rt 

turesintoATM cells comprises AAL1 headers and payload. 37. Acomputer based method implementing TDM over an 

25. Acomputer based method implementing TDM over an internet Protocol network (TDM over IP, TDMoIP), as per 
Internet Protocol network (TDM over IP, TDMoIP), as per claim 34 comprising the step of compensating for 
claim 18, wherein said packetizing step packets the cells into network delays. 

UDP over IP frames adding connection information into a 38 Acomputer based method implementing TDM over an 

UDP header. Internet Protocol network (TDM over IP, TDMoIP), as per 

26. Acomputer based method implementing TDM over an claim 37> wnerein said compensation step is implemented by 
Internet Protocol network (TDM over IP, TDMoIP), as per me following steps* 

claim 25 wherein said connection information includes at 45 fo & ^ TOM extract ed from 
least a destination IP specifying a remote device and arriving frames- 
addressing specifying a destination El/Tl port and bundle , . . ' ~ - t , . . . 

. . . . & r J c ~. A . * (2) emptying said buffer after reaching at least a half filled 

which is a group of time slots. * * j- *. * * l. 7 * * 11 

j*** a » u j *u j • 1 *- tt\\i state according to a rate set by a transmission clock; 

27. Acomputer based method implementing TDM over an B . . . 7 ' 

Internet Protocol network (TOM over IP, TDMoIP), as per 50 (3 g eneratm S a fiU wdicatton; 

claim 1, wherein said compensation step is implemented ( 4 ) comparing the fill indication to a nominal fill level; 

with an adaptive clock. (5) filtering said output to produce an adaptive clock, and 

28. Acomputer based method implementing TDM over an (6) substituting said adaptive clock as said transmission 
Internet Protocol network (TDM over IP, TDMoIP), as per clock in step (2). 

claim 27, wherein said adaptive clock is used to regenerate 55 39. A computer based communications system imple- 

a El/Tl receive clock. menting TDM over an Internet Protocol network (TDM over 

29. Acomputer based method implementing TDM over an IP, TDMoIP), as per claim 1, wherein said system imple- 
Internet Protocol network (TOM over IP, TDMoIP), as per ments voice over IP (VoIP). 

claim 28, wherein said adaptive clock comprises a moni- 40. Acomputer based method implementing TDM over an 

tored fill buffer and PLL. Internet Protocol network (TDM over IP, TDMoIP), as per 

30. Acomputer based method implementing TDM over an 60 claim 18, wherein said method implements voice over IP 
Internet Protocol network (TDM over IP, TDMoIP), as per (VoIP). 

claim 29, wherein when said monitored fill buffer is filling 41. Acomputer based method implementing TDM over an 

up, the regenerated clock rate is increased and when said Internet Protocol network (TDM over IP, TDMoIP), as per 

monitored fill buffer is emptying, the regenerated clock rate claim 37, wherein said method implements voice over IP 

is decreased. 65 (VoIP). 

31. Acomputer based method implementing TDM over an 

Internet Protocol network (TDM over IP, TDMoIP), as per * * * + ♦ 
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